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(ST) AfastiTQCt: An online marketplace system (515) pro- 
vides various features for assisting users in listing products 
for sale, locating the listings (130) for a product, and per- 
forming related actions. A user wishing to sell a product can 
browse to an existing description (ICO, 105) of the product 
in an electronic catalog and then select an option (127, 325) 
to create a coiresponding listing (130). If the user previ- 
ously purchased the jHoduct via the system (515), the user 
may alternatively select the product (405) from a personal 
purchase history listing (400, 455). The system may also 
proactively send product-specific listing requests (455) to 
those predicted to own specific products. To create a listing 
(130) for a selected product, die user preferably specifies 
the product's condition (345) and a selling price (354). The 
pending listings ( 130) for a product are preferably displayed 
or sunmiarized on the product's detail page (100) in the cat- 
alog. In one embodiment, the catalog also serves as a retail 
sales catalog of an online merchant 
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SERVICES FOR GENERATION OP ELECTRONIC 
MARKETPLACE LISTINGS USING PERSONAL PURCHASE HISTORIES 
OR OTHER INDICIA OF PRODUCT OWNERSHIP 

FIELD OF THE INVENTION 
The present invention relates to electronic maike^laces through which users buy 
and sell items over a computer netwodc More specifically, the invration relates to wcr 
intor&ces and methods through whidi users may place items for sale, locate items ofiered 
by others, and perform related actions within an electronic maik^lace. 

BACKGROUND OF THE INVENTION 
As tfie popularity and accessibility of computer networks continue to ma?ease, it has 
become common for rrtail moxhants to set iq> online "stores" for mazketing and selling 
products. Typically, an online store includes a web-based or otho- electronic catalog of 
products that are available for purchase. Users browse the catalog using well known 
navigational tools to locate and purchase products of interest 

Electronic systems that support user-to-user sales of products have also become 
popular. These usCT-to-usa: sales systems typically include an electronic server system, 
such as a wd) site or an online services network, that provides services for xisers to list 
products for sale to, and purchase products from, other users. Sellm in sudi systons 
typicaUy include both smaU merchants and non-merchant individuals. Existing user-to-user 
sales systems typically support fixed-price sales, auctions, or both. Product listings can 
typically be located using a seardi engine. In some cases, the user-to-usw sales system is 
operated in association with an online retail store such that a customer can search a retail 
catalog, as well as a database of product listings irom users, via a single search query. 

User-to-user sales systems have the potential to attract large numbers of users, 
thereby potentially generating large and varied product listing? of both new and used 
products. However, such systems commonly suffer from a number of deficiencies. For 
example, existing systems typically rely on scUcts to s\q)ply desaiptions of the products 
they are selling. The task of creating marketplace listings can therefore be cumbersome - 
particularly for small sellers. For example, to create an effective listing, the seller typically 
must obtain and upload a detailed product description and image, 

1 
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In addition, different sellm in an online maike^lace will often use very different 
terminology to describe identical products. As a result, buyers seeking cotain products 
often &il to fiad relevant listings, and sometimes become overwhelmed in less^rdevant 
listings. Furdier, small sellers sometimes fidl to fully and accurately desaibe their 

5 products, resulting in lost sales and/or erroneous purchases. Further, unlike the retail 
listings in some online stores, maike^lace listings typically do not include customer 
ratings, customer and professional reviews, sales rank data, and oftiear types of product- 
related data provided by sources rfher ttian the sellers. 

Some user-to-user sales systons seek to address the above problems by allowing a 

10 seller to specify a UPC (Universal Product Code) or other product identifier of a product 
being listed. This allows the system to associate all of die sdlo* listings for a particular 
product Typically, however, the seUer must know or look 1^ the correct product idmtific^ 

in order to (Teste such a listing. 

Embodimmts of the presmt invaition seek to ovacome some or all of the above 
IS and odier problems. 

SUMMARY OF THE INVENTION 
The present invention comprises various inventive features for fecUitating user-to- 
user and other sales in an online marketplace, including features for assisting usot in 
20 efficiently creating and locating marketplace listings. These features may be embodied 
individually or in an appropriate combination widiin a particular system- 

In a preferred embodhnent, the online marketplace system includes a database of 
information about products that may be listed by users within an online marice^lace. This 
information typically includes product IDs, and descriptions and product images provided 
25 by manufacturers or distributors of die products. The product information in this database 
is viewable by end users throu^ a browsable electronic catalog in which each product is 
preferably fully identified within a corresponding product detail page. Each product detail 
page typically includes a product image and desoiption, and may include customer ratings, 
customer and professional reviews, sales rank data, lists of related products, and/or other 
30 types of supplemaital data that may assist consumers in making informed purchase 
decisions. This supplemental data may be maintained or gmerated by the opoator of the 
marketplace system as a service to its customers. Users of the system can preferably locate 
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specific product detail pages within the catalog by executing search queries, navigating a 
browse tree, or using any other navigation method supported by the particular system. 

To add a listing for selling a particular product wiHun the mark^lace, a sella* may 
browse to the detail page for that product and then select a link foft adding a listing. 

S Because the sella* fully identifies the product to be listed by browsing to the corresponding 
ddtaH page» &e listing may be accurately associated with a particular product ID (UPC, 
ISBN, etc.) without the need for the seller to sv^Iy die product ID. 

In addition, becatise ddailed information already exists within the database for that 
product, there is no need fi>r die sdler to sapply a complete description of tfie item. For 

10 example, in one embodimeot, Ux. .j^lier can sinq)ly specify the condition and selling price 
of the particular xmit of the product Because the seller need not supply a detailed product 
description, listings may be added more rapidly and efBdendy. The newly added product 
listing (referred to genearally as a ''marke^lace listing^ or "marice^lace product listing'') 
may, for example, be in the form of a fixed-price listing or an auction listing* 

IS To assist potential buyers in efiSdently locating the maik^lace listings for a 

particular product, each product detail page preferably displays or summarizes the existing 
marketplace listings for the corresponding product Tliese listings may be associated with a 
variety of differoit sellers Onchiding individuals and small merchants), and may be for both 
new and used units of the product Thus, by accessing the detail page for a particular 

20 product, a buyer can efCciently and accurately locate all of the current marketplace listings 
(if any) for that product, as well as view detailed product information fiom the product 
database (typically including product images, third party product reviews, etc). The user 
can also preferably compare the prices, product conditions, and other parameters of the 
various listings, and can initiate purchasing of the product from a particular seller. 

25 Because each marketplace listing is displayed in conjunction with the corresponding 

product's description within the database/catalog, there is a significantly reduced need for 
buyers to rely on the accuracy and completeness of product information supplied by the 
seller. Thus, the risk of buyers misidentifying the listed products (e.g., buying product A 
with the belief that it is product B), or of being unable to d^emiine the identity or 

30 characteristics of a listed product, is significantly reduced. 

In one embodiment, some or aU of the detail pages may also provide an option to 
purchase the product from a preferred retailer or '^provider seller," which may be the 
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operator of the maik^lace system or abusiness partner of the operator. The system may 
thus serve as both an online store and an online marketplace, vnSx the marketplace sellers 
being permitted to list their itans for sale on the product drtail pages or other catalog **real 
estate** of the store. This feature provides a cross-selling benefit by effectively driving 
5 retail customers to non-r^ail listings and vice versa. Further, because catalogs used by 
online stores tend to have detailed and accurate product descriptions of consistent format, 
the task of evaluating marketplace listings is made easier for buyers. 

A detail page may also be configured to display any existing marke^lace listings for 
products tibat are similar or related to ttie product featured in ttie product detail page. For 
10 instance, a detail page for a particular laptop computer may, in addition to displaying any 
existing maik^lace listings for the laptop computer itself display any listings that exist 
for (a) accessories for the laptop computer, and/or (b)siinilar laptop computers. A table of 
similar or related products may be used to implemmt this feature. 

When a particular product is currently unavailable within the online mark^lace, 
15 the product's detail page may provide an option for buyers to pre-ord» the corresponding 
product from an unspecified marketplace seller. These preorder requests may be displayed 
within the corresponding product detail pages to entice possessors of sudi products to list 
the same within the markrtplace. In one embodiment, die creator of a preorder listing is 
prompted to specify a TniniTrmm product condition desired and a maximum price to be paid. 
20 These parameters are preferably used by the system to automatically match preorder listings 
with suitable marketplace listings. 

To accommodate volume sellera, the marketplace system may also provide a bulk 
uploading service that pamits sellers to add multiple listings at a time without first 
browsing to the associated product detail pages. When a bulk-uploaded listing record does 
25 not specify a standard-format product ID, the bulk uploading service preferably executes a 
search routine to attempt to matdi the listing record to a corresponding product record of a 
product represented in the electronic catalog. When such a matdi is found, the listing 
record may be associated wifli the corresponding product ID, and the resulting record 
displayed on the product's d^ page. When no match is found, the system may, in one 
30 embodiment, create a non-catalog-based product listing that is displayed separately from 
the products catalog. 
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The various pages of the electrode catalog may be in the fonn of web pages, display 
screem of an online services network or interactive television system, or any o&er type of 
suitable electronic display. Althou^ the marke^lace system preferably employs product 
detail pages, the above and other features may be implemented without die use of product 

5 detail pages. For instance, die electronic catalog may list multiple products per page 
without an option to drill down to product detail pages. In such cases, the option to add a 
listing for a product, the existing listings for that product, and/or the option to preorder die 
product, may simply be displayed in conjunction with the corresponding product 
description on the multi-product p^. 

10 Another feature of the invention, vAddi may be inaplemented alone or in 

combination with the features set forth above, involves providing an option for usot to add 
marke^lace listings fiom their respective puidiase histories, hi a preferred embodiment, 
the marketplace system maifitainfl a purchase history §ot each buyer within the system. The 
purchase histories may reflect purchases made fiom a variety of different sellers (including 

15 bodi merchants and non-merchants), and may include gift purchases made by odieis for the 
subjectuser. To add a inarke^laceUsting in one embodiment, a user may browse his or her 
purdiase history and select one or more items therefrom to sell within die marketplace. 
Because each product is accurately identified by virtue of its selection from the purchase 
history, the listing may be accurately associated with a particular product ID or product 

20 record within a product database (as witii listings created from product detail pages). In 
addition, because a preexisting description of the product preferably exists within the 
database/catalog, there is no need for the seller to supply a detailed product descriptiorL 
The seller may be able to list a product to sale by m«ely specifying a selling price and the 
product's condition. 

25 To further facilitate the ability for xisers to add marke^lace listings from their 

respective purchase histories, the marke^lace system may proactively remind users of their 
prior purchases and of die option to re-sell the purdiased itons. For instance, at a particular 
point in time after a user purdiases an item from the maricetplace (or from a retail catalog), 
the system may send an email message or a custom page to the user describing the item and 

30 providing a link for selling the item. In some embodiments, selection of the link may cause 
the item to be listed immediately (without further action by the user). 
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La some cases, transmission of these raninder or 'listing requesf messages may be 
triggered by spedfic user actions, such as the purchase by the user of a siq>erceding 
prodiict, or submission by the user of a review or rating for the product hi addition, listing 
requests may be generated in response to the existence of preordo' requests; for example, 
S when the number of preorder requests for an item exceeds a particular threshold, tiie system 
may identify and send email-based listing requests to users who recentiy purdiased that 
iteoL 

Another feature of the invention is a service for suggesting prices to creators of 
marketplace and/or preorder listings. In one embodiment, when a user initiates creation of 

10 a marke^lace listing for a particular product (e.g., fiom a product detail or a purchase 
history, as described above), the syston may suggest a selling price to the user. This price 
maybebasedononeormoreofttie following, as well as other, crit^a: (1) the curroit r^ail 
price for the product in an associated online store, (2) the manu&cturer's suggested r^ail 
price, (3) the condition md/or age of the product (as specified by die user, or as predicted or 

IS ddeonined fi:om the user's purchase history in die case of a re-sdl item), (4) prices paid by 
odier marketplace users for the same or similar products of like condition, (S) prices at ^^cfa< 
the product is currentiy available fixnn otho- madce^lace seUers; (6) prices specified in any 
pending preorder requests for the item, (7) the currmt demand for the product as evidenced by 
preorder requests. The same or similar criteria may also be used to suggest a TnaximunY 

20 purchase price to the creator of a preorder listing. 

As will be recognized, some of the foregoing features may be implemented in a 
particular system without others without dq)arting fi:om the scope of the invention. By way 
of example and not limitation, one or more of the foregoing methods for creating product 
listings may be implemented without others, and/or without the ability to preorder products 

25 from marketplace sellos. 

BRIEF DESCRIPTION OF THE DRAWINGS 
A system that implements die foregoing and other features will now be desoibed with 
reference to the drawing. The drawings and the associated descriptions are provided to 
30 illustrate specific embodiments and features of the invention and not to limit the scope of 
the invention. Throu^out the drawings, refermce numbers are re-used to indicate 
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cotrespond^ce between lefiarenced elemeols. In addition, the first digit of each reference 
number indicates the figure in which the element first appears. 

FIGURE lA illustrates an exonpiary product detail page showing marketplace 
prx>duct listings, and an option to create a marketplace listing, according to one embodimmt 
5 of the invention. 

FIGURE IB illustrates anotha view or version of the product d^ail page of 
FIGURE 1 A, with additional infimnation about maike^lace listings for used products. 

FIGURE 2 illustrates a product detail page of a product that is not curr^y 
available fix)m a marke^lace seller. 
10 FIGURE 3A illustrates an exanq>le web page for creating a preorder listing for the 

product featured in FIGURE 2. 

FIGURE 3B illustrates an example product drtail page showing pending preorder 
listings for die displayed product 

FIGURES 3C-3E illustrate an example sequence of pages for creating a marketplace 
IS product listing once a product has been selected. 

FIGURE 4A illustrates an example purchase history page that provides fimctionality 
for selecting products to list for sale (or **resalO within the marketplace. 

FIGURE 43 illustrates an example resale page corresponding to the product 
selections shown in FIGURE 4A. 
20 FIGURE 4C illustrates an example listing request that solicits a marketplace listing 

fi?om a user based on the user's purchase history. 

FIGURE 5A illustrates a block diagram of an example wd>-based implementation 
of the marketplace system. 

FIGURE SB illustrates aprocess for generating a product detail page. 
2S FIGURE 6 illustrates one method by which a sella* may create a marketplace 

listing. 

FIGURE 7A illustrates a bulk uploading process that may be used by volume sellers 
to list products for sale. 

FIGURE 7B illustrates representative logic for matching an uploaded product with a 
30 product description contained in a catalog. 

FIGURE 8 illustrates aprocess by which a user may preorder a product 
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FIGURE 9 iUiistrates aprocess by \^ch amazketplace listing maybe created for a 
product listed in a user's purchase history. 

FIGURE 10 iUustratesabuyingprocess for making a purchase. 



5 nFTAH RD DESCRIPTION OF PREFERRED EMBODIMENTS 

An online marketplace system which embodies the above and other inventive 
features will now be desoibed in detail As will be apparent, many of the disclosed 
features miay be used without othos, and may be implemented difTerently than described 
herein and/or in combination witti features not disclosed herein. Although described 

10 primarily in the context of a web site system, the various inventive features are also 
£^licable to otixer types of multi-user interactive systems in ^^cfa usm may browse and 
make purduuses from an electronic catalog, induding but not limited to online services 
networks, interactive television systems, in-store kiosk systems, and systems that support 
browsing by voice. The following description is dnis intmded to illustrate, and not limit, 

IS the invention. 

Throughout the description, die term '^marketplace'' is used to refer generally to an 
electronic forum through wMdi users may buy and sell products using a preexisting 
electronic catalog of products. The term '^marketplace listing," or ''mark^lace product 
listing** refers generally to an electronic listing for selling a product (and typically a spedfic 

20 product unit) within a marketplace. In a preferred embodiment, marketplace listings are 
assodated with particular product records in a products database, and are displayed in the 
product catalog in assodation widi corresponding product descriptions. 

The term "marketplace system," or merely "syston," is used to refe generally to the 
undo'lying computer hardware, software and data components that provide the marke^lace. 

25 In one embodiment, the marke^lace system also provides services for users to (1) use the 
product catalog to make retail purchases from a prefmred seller, and (2) buy and sell itmis 
in an area in which sellers' product listings are not assodated with spedfic product records 
or displayed within the electronic catalog (referred to as ''non-catalog-based" listings or 
'*non-marketplace" listings). 

30 The term "product" may, dq>ending on its context, refer to dther (a) a particular 

unit or copy of a product, or (b) any unit or copy of that product The tarn "unit" is used in 
some instances to emphasize that a particular unit or copy of a product is mvolved- 
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The term "uso:" rekxs generally to an individual, or a of individuals, associated 
with a particular user account hi some contexts, die term may also refer to an individual 
who has not yet set iq) an account 

5 L OVERVIEW 

According to one embodiment of die invention, the maric^lace system includes 
varioiis computor-implemated services through which seUers can list products for sale in a 
preexisting electronic catalog, and buyers can browse the catalog to puidiase and preord^ 
items from marketplace sellers. As described below, the catalog also provides an option to 
10 purchase retail veisions of some or all of the products fix3m a preferred retails. The 
electronic catalog is preferably controlled or administered by a sin^e business entity, 
referred to herein as the '"marke^lace operator'' or 'Wrketplace provider " 

The prxxhicts represented in the catalog are typically physical products that are 
shipped to the buyer, such as books, CDs, DVDs, electronic devices, and toys. In some 
IS embodiments, the products may also mclude digital products downloaded or transmitted to 
a buyer's computing device, sudb as music files, viewable content, or software programs. 
Other examples of the types of products that may be included in the catalog include tickets 
for travel or events, cars, and movie titles. In some embodiments, the purchases need not 
involve an actual transfer of ownership, but may involve leases, licenses, rentals, 
20 subsoiptions, and other types of business transactions. 

The electronic catalog is prefeaably accessible over die hitemet or oflier network using 
an ortlinary web browser. Some or aU of the products rqaesented in the electronic catalog are 
products that rnay be listed sale within the maric^lace by users of the syston. Preferably, 
the electronic catalog includes repres»tations of many millions of products, including 
25 products felling in many different product categories, to fecihtate the ability for users to list 
the prxxhicts they wish to seiL The catalog content prefaably includes "statitf* product 
descriptions and images provided by their manufacturers, distributors, and/or another 
appropriate source. This contort is preferably stored in a database used to dynamically 
generate the catalog pages, but may altanatively be contained within the HTML or other 
30 coding of such pages. 

The electronic catalog can be navigated dirou^ a number of conventional 
mechanisms. For example, users may browse a hiCTardiy of product categories and 
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associated products, often refened to as a browse tree. Moreover, xiseis may enter search 
tenns into a search engine and obtain search results. Jn any event, users may navigate the 
electronic catalog to locate information on one or more products of interest 

As is common in some online store systems, detailed information about a product can 

S be obtained by navigating to die product's ddail page widiin the catalog. Each detail pag^ 
may include, for exanq>le, a product name, a unique product ID, a specification or odier 
description of the product (inchiding manu&cturer, brand, author, artist, etc., as applicable), 
a picture or multimedia preso'^^.tion of die product, reviews of the product (e.g., from 
customers and/or professional reviewers), average customer ratings, a listing of similar or 

10 related products, pricing and availability information, shipping information, and/or sales 
rank data maintained by die syston. Two or more different versions or views of the same 
product detail page may be presented within die electronic catalog (see, e.g, FIGURES 1 A 
and IB), and these views may be customized or personalized for the viewer of the page. 
Some or all of the product information displayed in a detail page is preferably "static^' 

IS information (e.g., provided by the product's manufecturg or distributor) that does not 
change over time (except under die control of the maike^lace operator) as maxketplace 
listings are added and removed. As described below, each detail page also preferably lists or 
summarizes the existing marice^lace listings for die product on diat page (and optionally for 
related or similar products), and provides an option for a user to add a marketplace listing for 

20 diatproduct 

Eadi particular product detail page typically provides an option to purchase die 
displayed product from one or more sellers. For example, a d^ail page may provide an 
option to purchase die product from a preferred retailer or ^'provida: seller," which may be 
either a provider/operator of the maike^lace system or a business partner thereof. 

25 Typically, each provider seller is a well known retail merchant (The name "Store.com" is 
used in the screen displays to represent a hypothetical provider seller.) Two or more 
differrat provida* sellera may sell products via the system, with each assigned to a different 
respective product category or set of categories (e.g., books versus toys versus electronics). 
Alternatively, the different provider sellers may be periodically rotated on a particular 

30 product category or set of categories based on criteria negotiated with the marke^Iace 
operator. In some embodiments, the catalog does not provide an option to purchase 
products from a provider seller (e.g, the system may only support user-to-user sales). 

10 
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A detail page may also include one or more maiketplace listing? oreated by end 
users of the system (gesiCTlIy '"maiketplace sellers^* The madce^lace sellers typically 
include individual users and small merchants, and in some inq>lementations, may also 
include large merdiants (including retailers) that are not provider sellers. Ttie marketplace 
S listings may be for used or preowned products, retail or other new products, and/or other 
types ofproducts such as collectibles. In some implementations, and/or for certain products 
or product categories, the system may only support marke^lace listings of used product 
units. 

Typically, each marketplace listing is for a particular unit of a product, and is 

10 removed from the detail page ouk^ that unit is purchased. Persistent listings used to sell an 
inventoryof product units may also be siqyported; for example, the system may siq>port the 
ability for a marketplace sella- to request that tfie listing ronain in place until a specified 
number of units have been sold. 

As is conventional, usors of the marketplace system can register online as 

IS marke^lace sellers and thereafter create mark^lace listings. As part of seller registration 
and/or as marketplace listings are created, the system may allow the user/seller to specify 
shipping and other poUdes to be published to buyers, and specify a bank account into 
which proceeds from sales are to be deposited by tiie system or its op^ator. An e:uimple 
process by which users may efScioitly create links to their bank accounts is described in 

20 U.S. Patent Appl. No. 09/517,563, ffled March 2, 2000. 

The system may also support the ability for usors to add product ""preorder" listings, 
such as when a desired product is currentiy unavailable within the marketplace. For 
example, a buyer may add a preorder listing to a product detail page specifying that the 
buyer wishes to purchase a next available used product unit available from a marketplace 

25 seller for a designated price (see FIGURES 2 and 3A, discussed below). Preordor listings 
advantageously entice possessors of a product to sell that product The preorder listings 
may also be used by a provider scUct to gauge the level of current donand for a givoi 
product, as may be desirable for purposes of inventory management As with marke^lace 
listings, users can preferably initiate creation of preorder listings from corresponding 

30 product detail pages. As discussed below, the system may automatically match preorder 
listings over time with suitable marketplace listings. 
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Once registered with the mackdplace system, a maiketplace sdler may add a 
maiketplace listing for a particular pnxhict from the catalog description, and preferably 
from the product detail page» for that product For example, ^ea a seller wishes to sell a 
book he or she is finished witfi, according to one embodiment, die seller may access the 
5 product detail page associated with the book, and as discussed in detail below, add a 
maike^lace listing to die product detail page. Thus, once a user becomes &miliar with the 
navigation tools and mediods that exist for browsing the catalog (e.g., as the result of 
making purchases), the user can use the same tools and mediods to locate/specify a product 
to be sold. An important bmefit of this mediod for adding maik^lace listings is diat the 
10 seller need not supply a desaiption of die product (although the marke^lace seller may 
nevotheless be pennitted to sqyply descriptive content). For instance, in one embodiment, 
a sella may create a marketplace listing fiom a product detail page by merely spedb^dng a 
selling price and die product^s condition, without more. Another baiefit is diat sellera need 
not supply UPCs, ISBNs, or oflier standard product idaitifim for die products diey wish to 
IS list widiin the marketplace. 

As described below, usm may also be permitted to add marketplace listings fiom 
their respective purdbase histories, without browsing to the associated product descriptions 
in the catalog. For instance, a user who previously bought an electronics device (fiom a 
maike^lace seUer or a provide seller) using the system may select that item fiom a listing 
20 of bis or her purchase history, and then simply specify a price and product condition for re- 
selling the item widiin die marketplace (see FIGURES 4A and 4B). To enable ttiis feature, 
the marketplace syston Tnainteitia user purchase histories that reflect the purdiases made by 
each user of the system. A user's purchase history may also include purchases by othOT.of 
gifts for that user, including but not limited to purchases made fiom a wish list for the user. 
25 An important benefit of die above-desoibed methods for adding marketplace and 

preorder listings is that each sudi listing may be stored by the marketplace system in 
association with a corresponding product ID or product record within a product database. 
As a result, the marketplace system can accurately identify and display all marke^lace 
(and/or preorder) listings associated with a particular product Thus, the likelihood that 
30 buyers will fail to locate relevant listings is significandy reduced. 

Significant benefits may also be achieved by displaying flie current marketplace 
and/or preorder listings in association with catalog content (product descriptions) obtained 
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fix>m sources otfier than the mark^Iace sellera themselves. (As used herem, the tenn 
^'catalog conteaf* re£sxs generally to product desaiptions and data obtained finom sources 
other ttian the matkdplace sellers of ttie associated products - such as manufactures, 
publishers, distributors, professional reviewers, the provider/operator of the system, etc) 
5 For example, for marke^lace listings, because buyos can identify the listed products from 
sudi catalog content, without the need to rely on the accuracy of descriptions supplied by 
^e marketplace sellers, thoe is a reduced likelihood that buycxs will misidmtify, or be 
unable to identify, the listed products. Furdier, m embodiments in whidi the catalog 
content includes professional reviews, customer reviews, average customer ratings, and/or 
10 odier types of supplemental information not commonly found in auction and other user-to- 
user sales listings, potential buyers can efGdently make informed purchase decisions of 
products listed in the maiketplace. 

The foregoing association of product listings to individual product detail pages is 
preferably accomplished through die use of product IDs. The product IDs can inchide 
15 Uniform Product Codes (UPCs), ISBNs, and otho- types of standard product codes. For 
purposes of uniformity, evai if a product already has a standardized ID (ISBN, UPC, etc) 
associated with it, each product in the catalog is preferably assigned a store standard ID 
refened to herein as an "ASIN.** For other products that lack a standardized ID, the 
operator of the marketplace system may goierate and assign ASINs. 
20 According to one embodiment, the online maike^lace system uses ASINs as an 

index to relate or otherwise associate information in various databases with eadi other to, 
for example, build product detail pages. In a preferred embodiment, the online marketplace 
system can use an ASIN to retrieve a product's catalog content, and any associated 
maiketplace/preordo/provider listings, and build product detail pages such as those 
25 desCTibed below with reference to FIGURES 1 and 2. 

According to another aspect of the invention, the online maricetplace system may use 
the purchase histories of users, and/or other evidence of product ownership, to proactively 
generate requests to such users to list tiieir items widnn flie maricetplace. Such 'listing 
requests'' may be sent by email, a custom web page, or otherwise, and may siqyport the above- 
30 motioned 'low friction" method for adding a markdplace listing (e.g., specify condition and 
selling price, without more). According to one CTibodiment, the timing of such a request may 
depmd on the type of product purdiased. For example, for a short novel, die request may be 
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sent a few weeks after the purchase, a longer time interval may be used for longar book 
titles. 

The pEEoactive requests may also be sent as the result of changes in demand far a 
particular product as devdoped, for exaniple^tfarou^ the foregoing pre^ For 
example, when one or more preonier requests exist for a particular product, an ex^^ 
of the marke^lace system may seardi the purchase histories of users to identify one or more 
recent purchasers ofthat product, and then send a listing request to eac^ The 
listing request may indude a suitable message such as tibe following: "^As a recent purdiaser 
of <item name>, we thought you mig^ like to know that <^ of preorder^ buyers are 
currently waiting to purchase iisis item used; if you would like to sell this item within die 
store.com marketplace, click here .** 

Additionally, a particular action by a user may cause a listing request to be sent to that 
user, for example, a request to list a particular book title may be presented to a user whm or 
shortly after that user (1) submits a review or rating for the book, or (2) purchases the book*3 
sequel. Where the action by the user evidences ownership (e.g., submission of a product 
review), the listingrequest may be presented regardless of whether that product is induded in 
the user's purdiase history. 

When a user attempts to add a marketplace or preorder listing by one of the 
foregoing methods, the user's identity may be determined using cookies, a login procedure, 
a session ID (e.g., if the user has already logged in), or any other suitable method. If the 
user has not yet registered as a seller, the user may be prompted to do so. 

In accordance widi another aspect of the inventicHi, the online marketplace system 
may provide a sorvice for suggesting a suitable sdling or asking price to the oeator of a 
maik^lace or preorder listing, respectivdy. For example, the system may use one or more 
of the following critoria to sug^st a selling price to a user who is areating a marketplace 
listing: the current retail price for the product, the manufecture's suggested retail price, the 
condition and/or age of die product (as specified by die user, or predicted j&om the user's 
purchase history in the case of a re-sell item), prices paid by other markdplace users for the 
same or similar products of like conditioiL In one onbodiment, the user is free to use or 
ignore the suggested price, hi embodiments in wMdi auctions are supported, a sello'may use 
the suggested price to (1) select a mmmmni price at which bids are to be accepted, aod/ox (2) 
select a **buy it now*' price at whidi a buyer can immediately purdiase the item. As desaibed 
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bdow, maik^plaoe system's user intei&ce may sqrport die ability for a user to create a 
madce^lace listing (including q)eciiying the selling price and condition), fiom a product 
detail page or a purcfaase faistoiy listing, with a single mouse dick or other single selection 
action. 

S When a maiicetplace listing is created fiom a user's purdhase histoiy, the system may 

also use data associated with the user* s prior purchase of the item to assist the user in creating 
the listing. By way of spedfic example^ a user may purchase a used maiketplace item listed 
as being in "^xxT condition for $25, and two weeiks later, may select that item fiom his 
purdiase history to create a maike^lace listing. In sudi a scenario, tiie system may use '^ce 

10 = $25" and ''condition = good" as de&ult parametm for reselling the itent The user may 
accept tiiese de&ult parameters (e.g., by sdecting a single-action link for creating the listing) 
or specify new parameters. 

The marketplace system may also provide a bulk iq)loading service for allowing 
volume marke^lace sellers, such as large merchants, to indude their inventories in the 

15 listings of the online maike^lace without having to browse to the assodated product 
descriptions in tiie catalog. According to one embodiment, the bulk iq)loading service is 
implemented by a loader component that allows a volume seller to upload multiple listings 
to the marketplace system at one time fiom the volume seller's database. Typically, these 
listings include detailed product descriptions and images, and are uploaded using a standard 

20 or uniform format published to volume sellers. 

The loader preferably analyzes each such listing, and attempts to matdi the listing to 
a product represented within a product database of the maike^lace system, thereby 
assodating the listing with an existing product detail page of the existing catalog. Each 
bulk-uploaded listing is added to the existing product detail page for the assodated product 

25 If the loader determines that a bulk-uploaded listing is for a product not currentiy 
represented in the product database (and thus not included in the catalog), the loada 
preferably uses die uploaded product description to generate a new database record and 
product detail page for the product The marketplace operator can then review the newly 
generated product database record to determine the suf&dmcy of the information diat is 

30 provided and whether the record should be added to the electronic catalog. The number of 
products represented in the electronic catalog may tiiCTefore grow undo- control of the 
marketplace operator over time as the result of bulk uploading activities of volume sellers. 

15 
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Jn some embodiments, such as those directed primarily to person-to-{)eison sales, 
the cq>ability to i«fonn bulk uploads may be omitted. 

As mentioned above, the system may also provide a sovice for allowing sellers to 
list products for sale without associating the listings with specific products in the electronic 
5 catalog. These "non-catalog-based" or **non-maiketplace" listings are not displayed on 
product detail pages, but may be located by potential buyers using a search engine or other 
navigation tool. By siq>porting sudi non-catalog-based listings, the system accommodates 
sellers who wish to sell iteir« ^hat sr^. not currently represented in tibie catalog at the same 
time dmt they sell itons repres^ted in the catalog. 

10 

IL EXAMPLE WEB PAGES 

Example pages and page flows illustrating specific web-based implonentations of 
the above-described features will now be described with refoence to FIGURES 1A-4B. 
Associated web site con^nents and process flows are illustrated in FIGURES S-10 and are 

IS desaibedsq)arately below. Althougji the example pages dqiict fixed-price sales, it will be 
recognized that the illustrated features may also be used fi>r auction listings. 
A. Example Product Detail Pages 
FIGURES 1 A, IB, 2, and 3B illustrate some of the types of inforaiation and options 
that may be presented within product detail pages in accordance with one embodiment of 

20 the invention. Some types of catalog content mentioned above (customer and professional 
reviews, etc.) are omitted fiom these figures to simplify the drawings. The example pages 
represent an implementation in which products may be purchased from both provider 
sellers and marketplace sellos, and in which the marke^lace listings are for fixed price 
sales. As mentioned above, the option to make purchases fiom provider sellers may be 

25 omitted in some embodiments. In addition, in some implementations, some or all of the 
maike^lace listings may be in tiie form of auction listings. 

As shown in FIGURE lA, each product detail page 100 inclxides product 
information 105 (one type of catalog content) and one or more boxes or "tags." A provider 
tag 115 comprises various user activity buttons 120 relating to purchasing the displayed 

30 product from a provider seller. In the FIGURE 1 example, the provider tag 115 allows a 
user to immediately purchase the product (a music CD in this example) from the provider 
seller, or add the product to a personal shopping cart for subsequent purchase. The page 
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also includes a button 120 for adding the product to a personal Other buttons (not 

shown) may be included for, for example, allowing users to submit customer ratings and 
reviews of the product 

The product detail page 100 in this example also includes a marketplace tag 12S. 

5 The marketplace tag 125 comprises information related to the existing marke^lace listings 
for the product, if any. As shown in FIGURE lA, die tag 125 specifies the types of the 
marketplace listings 130 C'coUectible'* and '^ised** in this example), the quantity 135 of 
listings of each of sudi type, and one or more of the associated prices 140 (the lowest price 
of all available used items in dus example). Other types of marke^lace listings sudi as 

10 '*Re&rbished," "New,** "Rdail,'* and "Auction" may be siqjported. In some 
implementations (and/or for obtain products), the system may only pmnit marke^lace 
listings for used products. 

Although the marketplace tag 125 displays a marke^lace listing summary in this 
example, additional d^ails may be displayed in the tag 125 or else^ere in the product 

15 d^ail page 100. The marketplace tag may also list or summarize any existing preorder 
listings for the product (see FIGURE 3B, discussed below). In addition, the marketplace 
tag 125 may display a biitton for creating a preordor listing for the product (see "^pre-order 
itCTi" button in FIGURE 2). 

When a buy^ wishes to purchase die product fiom the provider seller, the buyer 

20 may do so by selecting an appropriate button or link located in the provider tag 115. 
Alternatively, ^en the buyer compares the price associated with the provider listing with 
the price indication 140 for various types of mark^lace listings, the buyer may be 
motivated to select one of die marketplace listings. The buyer selects which marketplace 
listing to view by clicking on the corresponding hypertext link in die marke^lace listing 

25 ("collectible" or "used" in the presait example). Clicking on the marketplace listing takes 
the buy^ to a marketplace listing detail page as described in detail below. 

The marketplace tag 125 also includes a "sell yours here" button 127 for allowing a 
user to create a maike^lace listing for die product Upon selection of this button in one 
embodiment, the user is prompted via one or more separate pages to specify the product's 

30 condition and a selling price (see FIGURES 3C and 3D, discussed below). Fields, drop 
down menus, and/or other display elements may alternatively be included in the product 
detail page for allowing the user to specify the condition and price, so that the user may 
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create the listing without the need to first access an additional page. The user's identity 
may be determined using a browsw cookie, althou^ in some cases (e.g,, where the selling 
price exceeds a certain ftresholcQ, the user may also be prompted to supply a user ID or 
other authentication infiprmatioa An example page flow for adding a maiketplace listing to 
5 a product detail page is shown in FIGURES 3C.3E (described below), and an associated 
process flow is ilhistrated in FIGURE 6 (also desoibed below). 

For eadi maiketplace listing category in which one or more listings exist, the 
marketplace tag 125 includes r. hypertext link to more information related to those listings. 
In one embodiment, selection of such a link causes the system to effectively supplonent the 

10 product detail page with drtailed information about the subject listings. For example, 
sdection of the "7 used" link in FIGURE lA preferably causes the maik^lace system to 
return a version of the detail page diat includes detailed information about each listing 
felling in the **used" category, as depicted in FIGURE IB (two such listings shown). For 
each such marketplace listing, the page includes additional details about the listing, such as, 

IS for example, the name of the marketplace seller, the sdler's average customer rating (based 
on ratings submitted by prior buyers), die price, the condition of the product, tihe seller's 
shipping policy, and a buy button 129 or other link for initiating a purchase (such as adding 
the product to a shopping cart). 

An important aspect of tiie embodiment depicted in FIGURES 1 A and IB is that the 

20 option to sell a unit of an item within the marketplace is displayed in conjunction with (e.g., 
on the same product detail page as) an option to buy a unit of tiiat item. Thus, users who 
access the catalog for purposes of makmg purdiases are exposed to the process by which 
they may list items for sale. As a result of such exposure, users are more likely to become 
marketplace sellers. Another benefit is that users can use the same catalog search and 

25 navigation tools for both buying and selling products. 

When a user purchases a product ftom a mark^lace seller by selecting the 
corresponding buy button 129 to that marke^lace listing, die marketplace system typically 
handles the collections process (e.g., charges the buyer's a:edit card), and deposits the 
resulting proceeds (minus a commission) into a bank account of the seller. Other 

30 collections methods such as direct paymait to the seller may also be supported Hie 
marketplace system also notifies the seller of the sale (e.g., by email or directly through xml 
data feed in the event of volume sellers) so that the seller may ship the product The system 
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may also siqipoit the ability fat the buyer to tate die seller after the transaction is complete, 
and may publish seller ratings data to potential buyers. 

For the convenience of the buyer, ac additional tag ISO rdtorates the odier purchase 
options that are available to the buyer. In this example, the other options include 
S purchasing the product fiom die provider seller C'store.com'O ^ purchasing a collectible 
unit fiom a marketplace seller. The tag 150 also indudes a "sell yours here^ button 127 for 
creating a new marke^lace listing, as in FIGURE 1 A. 

Although the above example uses multiple versions or views of a product's detail 
page, in some embodiments, only a sin^e detail page view may be provided for eadi 
10 product For example, the deu*^ of each marketplace listing may be illustrated on die 
original product detail pa^ 100. Furdier, the marke^lace listings for a particular product, 
and the option to create sudi Ustings, may be displayed within nourproduct-detail pages, 
sudi as search results pages and browse rKxle pages, that commonly feature or list multiple 
products per page. 

IS FIGURE 2 illustrates anotha product detail page format that may be used, 

throughout the catalog. In this particular example, the page includes a set of tabs 210 that 
are used to organize various types of information and options. As is known in die art, 
selection of a tab reveals the information associated with that tab. The tabs in diis example 
include a *Troduct Information" tab, a "Similar Products'* tab, a '*Buy it Used" tab 210, and 

20 a "Reviews" tab. In flie illustrated example, selection of die **Buy it Used" tab 210 reveals 
that the system currratly has no marketplace listings for the book in the "^ised" category. 
Tlie page thus provides potential buyers the ability to preorder a used unit of the illustrated 
product by clicking on the pre-order button 21S. Thus, as with marke^lace product 
listings, the process of adding a preordor listing may be initiated &om a detail page for die 

25 product 

Although product detail pages provide a convenient mechanism for aggregating the 
foregoing product listings, user options, and oth^ elemmts of information associated with 
a particular product, a skilled artisan will recoguize fiom the disclosure herein that the 
various features described can be implem^ed without the use of product detail pages. For 
30 example, die electronic catalog may list multiple products per page rather dian a single 
product per detail page. In such cases, the option to add a marketplace listing for a product, 
and the existing marketplace and/or preorder listings for that product, may simply be 
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displayed in coimection with the CQrresponding product descnption on the multi-product 
page^ Hybrid approaches which use both product detail pages and other types of pages to 
display maik^lace listings and listing-<3eation options are also possible. 
B. Creation and Display of PreorderListing3 

S FIGURE 3A illustrates the general form of a "^preordering" page 300 tiiat may be 

displayed in response to a buyer requesting to pto-order an item on a product's drtail page» 
such as by the use of the preorder button 215 shown in FIGURE 2 (althou^ FIGURE 3A 
corresponds to a dif f erent product than tiiat of FIGURE 2). As illustrated, the usa is 
pronq)ted witii (1) a pulldown menu 305 to specify a minimum acceptable condition of the 

10 product (whidi may be "any,** "acceptable," "good,** "v«y good," or "like new" in one 
embodiment), (2) a box 3 1 0 in whidi to enter a maximum price at which the user is willing 
to buy the product, and (3) a pulldown menu 315 specifying the length of time tiie pre^mler 
is to remain active (e.g., one wedc, four weeks, ei^twedcs, until purchased). Asdescribed 
below, this data is preferably used by the mark^lace system to automatically matdi pre- 

15 order listings witii matke^lace listings. To assist tfie user in selecting a suitable maximum 
price> the system displays the item*s list price, the price at whidi the item is available from 
the provider seller, and a suggested mftTiTnimi price. Other price data, such as the average 
selling price of the item witiiin the marketplace (not shown), may also be displayed. The 
suggested price may be based on one or more of the criteria set forth above determining 

20 suggested marketplace Usting prices. 

Upon selection of a "continue" button 320, the user may be prompted to confirm the 
entered information, and in some or all cases, to log in (not shown). The preorder listing is 
thereafter added to the system, and is displayed on the product's detail page (preferably in 
summary form, as in FIGURE 3B) until fulfillment, expiration, or deletion by the buyar. 

25 Thus, similar to the genrntion of maricetplace product listings, the user need only perform 
several simple steps in order to generate the preorder listing, and need not supply a name, 
product ID, or other description of the product (since the product is already identified on the 
detail page from which the process is initiated). The generation of preorder listings is 
discussed in further detail below with reference to FIGURE 8. 

30 FIGURE 3B illustrates an example d^ page for a product for \^ch multiple 

pending preorder listings exist, as indicated by the text '7 buyers waiting." As illustrated 
by this example, potential sellers of the product are notified of Ae level of demand that 
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exists for the product wifliin the maikeiplace. The details of these seven preoider listings, 
including the TninTmimn conditions and mflTinmm prices specified, axe preferably not 
revealed to potential seUos. A ''sell yours here^ button 325 is also provided to allow sellers 
to easily load products to sell in order to satisfy die pre-existing demand fat non-provider 
5 goods. 

C. Creation of Marketplace Product Listing? 
FIGURES 3C-3E ilhjstiate a sequoice of web pages 330, 335, 340 tiiat may be used 
to create a marke^lace product listing according to one embodimmt The example 
condition page 330 shown in FIGURE 3C corresponds to the page depicted a&isr selection 

10 of tiie "sell yours here" button 325 in FIGURE 3B, Hie condition page 330 restates die 
product to be listed for sale, and prompts die seQer to select fiom a list 345 of predefined 
product condition descriptors. The types of conditions that may be specified by the sella 
may be dependent i^n die purpose and nature of the particular marketplace syston and die 
category or type of product being sold In this particular example;, die seller is only 

15 pennitted to offer die item as '^ised'* (Le., all of die condition desoriptors are for used 
products). In other embodiments, sudi as when die provider does not offer new products or 
is out of stock of new products, the seller may be allowed to list the iton as "new**. The 
listing of new products may be suppressed so that the new marke^lace seller products are 
only displayed when the product is not currently available fcom the provider seller. 

20 Widi further reference to FIGURE 3C, once flie condition is specified by the seller 

and a "continue** button 350 selected, the sdler is prompted via a price page 335 (FIGURE 
3D) to enter an optional comment 352 and a selling price 354. Hie comment 352 may be 
used to further specify the item's condition, and is viewable by potential buyers (see 
FIGURE IB). To assist tfic seller in selecting a selling price, die price page 335 displays 

25 the provider seller's price (which preferably sorves as a maximum marketplace listing 
price), a recommended price (given the condition specified on the condition page 330), an 
average sales price of the item (based on past purchases of used items), and an average 
price of pending preordCT listings (if any). The price page 335 in FIGURE 3D also prompts 
the seller to specify (1) a zip code 356 ftom vMch die item will be shipped (for purposes of 

30 calculating shipping fees), and (2) whediCT die seller offers expedited shipping, although 
one or both of Uiese parameters may be pre-specified by the seller for all of the seller's 
listings. Upon selection of a "continue" button 358, the system returns a confirmation 
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page 340 (FIGURE 3B) from which the sdler can edit the infonnaliQn entered or 
immediately list the item for sale by selecting abutton 360 to oreate the listing. 
D. Selecting items to list from purchase histories 
As mentioned above, die system may also siqyport the ability for nsera to list product 

5 units for sale within the maitetplace fiom dieir respective purchase U Although this 

feature is pref^abty inoplemeoted in combination with tibe above-desoibed feature for 
adding maik^lace listings fiom product pages in a catalog; each method for creating 
marketplace listings may be implmmted independently of the other without departing 
fiom die scope of Ae invention. 

10 FIGURE 4A illustrates an example purdiase history page 400 including a listing of 

products purchased by a particular user fiom tibie provider or fiom a marke^lace seller. A 
user may access sudi a page m one onbodiment by selecting a Torchase Histor/* option 
fiom an ^'Accounts^ pag^ The user may also specify one or more filtos, such as, for 
example, •last X months," **Music,- •*Itrais under $X," or the like, for limiting the items 

IS listed on the page 400. The purchase history preferably reflect both purchases made fiom 
maike^lace sellos and purchases made fiom the provider sellei(s). Althougji not 
illustrated in FIGURE 4A, die purchase histoiy may also include a listing of products 
purchased by others as gifls for the particular user. In addition, as die result of partnership 
arrangements with other merchants, the purchase history may reflect purchases made fiom 

20 third parties, e.g., fiom odier web sites, online stores, physical stores, or other marketplace 
sellers. 

As shown in FIGURE 4A, die purchase history page 400 includes listings 405 of 
previously purdiased products, organized, according to the illustrated embodiment, by 
product subj^ matter. As is conventional, the listings 405 include a short description or 

25 tide of the product, with a hypatert link to die product's detail page, hi addition, each 
listing 405 may indude one or more of the following types of information (or links to sudi 
information): an order number, the price paid, the condition of die item when pxirchased, an 
order date, and the shipping recipient 

According to one embodiment, each listing 405 also includes a checkbox 410, 

30 providing the mer the option of placing the purchased product on sale in die online 
marketplace. If desired, the user may check multiple boxes to create multiple marketplace 
listings in parallel The user may alternatively be required to create the listings serially (one 
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atatime), inwfaidicasepagesoftliefisnnshownmnGU^^ In 
such an event, the "condition'* field 345 and "^ce^ field 354 shown in FIGURES 3C and 
3D may be pre-popfulated witfa the values associated widi the prior sale, as discussed above. 

Selection of the '"Sell Chedced Itons" button in FIGURE 4A causes the syston to 
generate and return aresdl page 450 of the type illustrated in FIGURE 4B. From this resell 
page, the user can specify the condition and selling price, and enter a comment, for eadi 
item to be listed. The user may also be prompted to specify the zip code of the shipping 
location and tfie shipping mediods supported, as in FIGURE 3D. If ttie item was previouslv 
purchased '^ised" fiom a madce^lace seller, some or all of the diedc boxes and fields 
shown in FIGURE 4B may be pre-populated by the system with the values used for ttie 
prior sale. 

As illustrated in FIGURE 4B, the resell page 450 may also display suggested prices 
for each item to be listed for eadi possible condition. The suggested prices for an item may 
be generated by the system based on such criteria as the item's list price, the prices at which 
the item is available Scorn other marketplace sellos, the provider sell^s price for the item, 
the price paid for tiie item by the user, and/or historical prices paid for the iton wiflun the 
marketplace. 

Upon selection of die ""Submit for Resale"* button (or upon a subsequent 
confirmation), a sq)arate mark^lace listing is created for each item. Preferably, these 
madce^lace listings are displayed on product detail pages as s^ forth above. Thus, as with 
the process of creating maike^Iace listing3 fiom product detail pages, the overhead 
typically associated witih i^loading product descriptions and images is significantly reduced 
or avoided. 

As mentioned above, the system may additionally or alternatively use user purdiase 
histories, and/or other evidence of item ownership, to proactively generate requests to users 
to list their items in the marketplace. An example listing request 455 that is sent via e-mail 
is depicted in FIGURE 4C. When SOTt by email, these listing requests may include 
links 460 to web pages for creating die listings. For example, selection of one of the three 
products/links 460 in Figure 4C would, in one embodiment, cause the page of Figure 3C to 
be displayed, but with the selected product described in place of the "Olympus Camedia" 
product An interface of the type shown in FIGURE 4 A (which supports creating mxiltiple 
marice^lace listings in parallel) may also be used within the listing requests. 
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As mentioned above, a listing request 455 may be sent to a mer in response to one 
or more of the following events: (1) expiration of a particular time period from prior 
purchase of itmi, where sudi time period may be dependent upon the type or identify of the 
particular item, (2) submission by ttie user of review or rating for tihe item; (3) purchase by 

5 the user of a supoceding or replacement item; (4) the existence of a threshold number of 
preorder requests for the item. The maik^lace system may also genoate listing requests 
for products other than those actually known to have been purdiased by the relevant user. 
For example, a request to Ust »n item may be sent to a uso* who merely (1) is die recipient 
of a wish list or otha gift pirchase of die item by another user, (2) has submitted a rating 

10 or review of the item, (3) has recommended the item to another user diro\^ a 
"community^ type service or forum of tihe system, or (4) has explicitly indicated ownership 
of the item. 

The product drtail and other pages of FIGURBS 1A-4B represent specific 
embodiments of the invention, and are not intended to be limiting. Rather, a skilled artisan 

IS will recognize from the disclosure hoein that a wide number of combinations of differing 
tags, tabs, links and/or odier display elements may be used to covey to a user the product 
listings and options available, hi addition, some or all of die displayed information and 
options may be presented using displays oths than wdb pages, or may be presented audibly 
throu^ a voice interface. Further, the number of pages used to oreate tt listing, and the 

20 number and types of information elements requested from the Listing creator, may be varied 
from those shown (see, e.g., subsection IV below titled "single-action oration of 
marketplace listings.") 

UL DISPLAY OF MARKETPLACE OPTIONS ON PAGES OF RELATED 
25 PRODUCTS 

In the example pages described above, the options to buy, sell, and preorder a 
particular product in the online marketplace are presaited within a product detail page for 
that product One extension is to also display one or more of these options witiiin the 
product detail pages of related products. For instance, when a marketplace listing exists for 
30 product A, this listing may be displayed within the product detail pages of product A plus 
the N products most closely related to product A. With reference to nOURE 2, for 
example, selection of the "similar products" tab may reveal a list of products that are 
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related to the product fi»tured on the drtail page, together witii an indicatioa of whether any 
marke^lace listings exist for each sudi product The d^ail page may similarly include 
options to sell and/or preorder each such related product 

The display within a given product's detail page of maike^lace listings fi>r rdated 

5 products may be made contingent upon whedier any marketplace listings exist for the given 
product With this approach, &e user is informed of listings of related products only when 
no maike^lace listings exist for die product being viewed 

To implement this extension, a table or database may be maintained with 
information about wfaidi products in the catalog are closely related. This information may 

10 also be encoded within the HTML or other ffles used to generate product detail pag^ For 
instance, the coding for product A's detail page may indicate that the page should also 
display any existing marke^lace listings for products B, C and D. 

hi one onbodiment, the "^product rdatedness'* data used to implement this feature is 
generated automatically by pedodically analyzing browsing histories of usears to identify 

IS products that are frequently viewed during the same browsing session. For example, 
products A and B may be deemed related because a large percentage of usos who viewed A 
also viewed B during the same session. An important attribute of this medKxl is that the 
related products reflected in the table teod to be substitutes (because customer tend to view 
like or substitute products during individual browsing sessions). Product relatedness data 

20 may also be generated based on user purdiase histories (e.g., products A and B are related 
because a large percmtage of customers who bou^t A also bought B). Example methods 
for identifying related products using product viewing and purchase histories are described 
in U.S. Patent AppUcation No. 09/821,712, filed March 29, 2001, and U.S. Patent No. 
6,266,649. The task of identifying related products may alternatively be performed using 

25 other sources of information, sudi as product descriptioDS and/or product classifications. 

IV. SINGLE-ACnON CREATION OF MARKETPLACE LISTINGS 

As mentioned above, the online marketplace syst^ may also siq>port the ability for 
users to add marketplace product listings througjh a single mouse click or other single 
30 action, without the need to paform any further action. This may be accomplished, for 
example, by providing multiple single-action buttons or otho* links, eadi of which 
corresponds to a particular condition and selling price for listing the displayed product For 
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example, the Mowing single-actioii links may be displayed in addition to ttie option to 
manually enter tiie condition and price: "'like new - list inmiediately for $20;" "^ery good 
condition - list immediately for $18;** "Good condition - list immediately for $15,'* or the 
like. 

S The foregoing single-actions links for a giva product may be displayed in the 

product's detail page, in the purdiase history of a user who purchased the product (see 
FIGURE 4A), and/or in a listing request transmitted to a user. Selection of such a single- 
action link preferably causes Jie advertised transaction to be completed widiout forth^ 
action by the seller, altfx)ug^ the seUer may be permitted to subsequently cancel the 
10 transaction. In one embodiment, the option to post new matk^lace listings by single 
action may be oabled and disabled by users as an accoimt setting. 

V. SYSTEM ARCHITECTURE 

FIGURE SA illustrates die user and system componots to enable maike^lace sales 

15 according to one web-based embodiment One or more user devices or systems SOS (one 
shown) allow users to access a maike^lace web site system SIS over a communication 
network S20, sudi as the Internet 525. Similarly, one or more volume seller systems 510 
may access the marketplace wdb site system over the commimication network 520. The 
marketplace web site system 515 preferably includes or communicates with a backend 

20 payment processing system 548 that handles such tasks as credit card processing and ACH 
(Automated Clearing House) transfers. Althou^ the maricetplace system is in the fonn of a 
web site system 515 in the anbodimoit of FIGURE SA, other types of server systems may 
be used (e.g., those of an online services n^woik or int^active television system). 

The user systems 505 in the illustrated embodiment can be any type of computing 

25 device that Goables a usa: (including both buyers and sellers) to interactively and remotely 
access ttie maiketplace web site system 515 via the communication networic 520. Each 
such device 505 runs a web browser 530, such as Netscape*® Navigator, Miaosofl® totems 
Explorer, or a micro-browser ad^ted for use on a handheld device. 

As will be appreciated, the type or types of user devices 505 siq>ported wiU 

30 generally depend on the type of platform used to host the marketplace system (e.g., web 
site, online services network, intwactive television system, etc.). For example, in some 
embodiments, the visgc system 505 may be in the form of an interactive television, a 
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computmg device that nms a proprietary dient program, an intmctive kiosk, a personal 
digital assistant, or a tdq^ne that connects to an Automated Voice Recogniticm CAVR'O 
system* 

Hie volume sdl« systans 510 may be any of the foregoing types of user systons 
SOS, or a combination thereof Typically, the volxime seller system SIO will inchide an 
inventory manag^ent system S3S which stores and tracks information regarding the 
inventory of the volume seller, such as, for example, product in&rmation, product IDs, 
quantities, and if q>plicable, product conditions. In one embodiment of the marketplace 
web site, a volume seller may export its invotory data into a spreadsheet (or create the 
spreadsheet manually), and Ihea iq>load ttie spreadsheet to the marketplace wd> site 
system SIS to create the associated mark^lace listing3. Althou^ bulk T^loading soppott 
for volume sellers is preferably provided, sudi siqiport may be omitted. 

The marketplace web site system SIS hosts ttie electronic catalog, and provides the 
various functionality and services of the mark^lace system. Hie web site system SIS may 
be implemented using Windows or Unix based server systems, although odier types of 
computer systems may be used. As mentioned above, the wdb site may be operated by a 
provider seller that uses the electronic catalog to sell retail items to customers. The 
provide seller may also take commissions on, and/or otherwise diarge fees for, tibie listing 
and sales activities of marketplace sellers. In some embodiments, the marke^lace system 
may include multiple, distinct web sites SIS or other systems, including wd) sites 
associated witfi afiSIiated merchants; for example, whoe multiple provider sellers are 
involved, eadi may host its own catalog content on its own respective web site. In still 
other environments, the operator of the marketplace web site system SIS may limit its role 
solely to creation and maintenance of an accurate catalog of goods, with all new and used 
goods being ofiered for sale by third parties. 

As illustrated, the marke^lace wd) site system SIS includes a web server 540 
which accesses a database of web documents 542 and related content The web documents 
542 may include standard HTML documents and templates, as well as other types of 
documents, used to genwate web pages of the types dq)icted in the preceding figures. The 
documents used to oreate product detail pages, and other types of pages that include 
dynamic content, preferably include coding that specifies the particular database look-iq) 
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operadons needed to obtain the dynamic content An example process that may be used to 
genenite pn>duct detail pages is iUustrated in HGURE SB and is discussed M 

The marketplace wd> site syston SIS also includes a database collection S44, a 
loader S46, and web site code SSO. The wd) site code SSO includes various service 
S components used to generate dynamic wdb pages and to process form submissions and 
requests submitted by users. Flow diagrams for some of the processes onbodied within ttie 
web site code are included in FIGURES SB-10 and are described below. 

As shown in FIGURE SA, the database collection S44 prefoably comprises a 
product information database S60 (also referred to as a "^product database^, a product 
10 listing database S62, and a user database S64. Each database may be in the form of a 
relational database, a flat file syston, and/or any other type of suitable data rq)ository. A 
greater or lesser number of databases may be \ised. 

The product information database S60 stores information about the various products 
that users can purchase and sell tfarougjh the mark^lace web site» and is the primary source 
IS of the catalog cont^t displayed in product detail pages (and other types of pages). The 
product information stored in this database may include, for example, product IDs, product 
names and descriptions, product images, customer and professional reviews, information 
about which products are similar to other products, prices, and other types of information as 
described above. As is conventional, the information for each item may be arranged within 
20 fields, such as "author," **titie," and '^product ID" fields, enabling tiiie catalog to be searched 
by usOT on a field-restricted basis using a seardi engine of the web site. 

The product information database S60 may include two or more sub-databases, each 
. of which is associated with a particular type or category of product For instance, book 
tities may be represented in a bibliographic database that is separate &om a database used 
25 for electronics devices. 

The product information database 560, or another appropriate data rq>ository, may 
also store lists of products that tend to be purchased in sequence (e.g., Harry PottCT books 1- 
4), This information may be used, for example, to trigger the generation of a listing request 
when a user purchases the next product in the sequence (e.g., soliciting listing of Harry 
30 Potter book 1 upon purchase of Harry Potter book 2). The sequences may be specified by 
administrators, and/or may be detected by a software component that analyzes user 
pxirchase histories. The product database 560 may also store information about products 
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that are deemed to siq)ersede one another, and this infonnation may similaity be used to 
geaiCTte listing requests. 

The product listing database 562 stores information about the various types of 
listings, including maike^lace product listings and preorder listings. This database may 

S also store information about whidi products, if any, are cuirently available fiom a provid^ 
seller, and may store non-catalog*based listings. For eadi maike^lace or preorder listing, 
the product listing database 562 preferably stores information about the type of tibe listing, 
the product to which it coiresponds (whidi may be specified by an ASIN or other product 
ID), the creator of the listing, and the status of die listing (pending, fulfilled, expired, etc). 

10 Some of this information may be in tiie fimn of links or pointos to entries or records in 
other databases 560, 564. As product detail pages are accessed by users of the marketplace 
web site, the product listing database 562 is queried to detemune whedier any marke^lace 
or preorder listings exist that should be displayed on such pages. 

The user database 564 stores infonnation about existing usos of the marke^lace 

15 web site system 515. For eadi user, this information may include, for example, a name, 
password, shipping address, e-mail address, payment information, bank account 
information (particularly for sellers who have elected to have sales proceeds dqx)sited into 
their bank accounts), wish list contents, pref^sence settings, aiul a purdiase history. Eadi 
pijrchase history may include information about the purdiases made by and for a req)ective 

20 uso*, including the relevant product IDs, purchase prices, product conditions, and purdiase 
dates. 

With further reference to FIGURE 5A, the web site system also includes a loado* 
component 546 that provides functionality, including application program intear&ces 
(APIs), for volxmie sellers to perform bulk i^loads as desaibed above. The bulk 
25 uploading process is described in further detail below. 

FIGURE 5B illustrates a process that may be used by the wd) site system to 
generate product detail pages in response to requests from user devices 505. Initially, the 
web server 540 receives a page request that identifies a particular product (e.g,, by its ASIN 
or other product ID), and retrieves a template or other base document for generating a 
30 product detail page (blocks 570 and 572). The base document preferably includes a link for 
initiating CTeation of a marketplace listing, as in FIGURES 1 A and IB. 
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To populate tfie detail page, the wd) server S40 invokes cxxie 550 ibst accesses the 

product in&nnatioQ database 560 and the product listings database 562 to retrieve catalog 

content and pending listings, respectively, for the subject product (blocks 574 and 576). 

The information about pending maxketplace listings and/or preorder listings may be 
5 displayed on the page in a summarized form, as in FIGURE 1 A* In some embodiments, 

the page may also be customized or personalized for the particular user who requested the 

page, as is known in the art 

The data retrieved from the databases 560, 562 may also include information about 

whether the product is currmtly available from a provider seller. This information may be 
10 used to detetinine the types ofpurdiase options to display within die page As 

mentioned above, any marke^lace listings for '*new^ products may be omitted from the 

display if the product is currently available from a provider seQer. 

As dqncted by blocks 578 and 580 in FIGURE 5B, if the product is not currently 

available from a marketplace seller, the page is preforably gwerated to include an option to 
15 preorder the item from an unspecified maike^lace seller, as in FIGURE 2. In some 

implementations, the preordering option may alternatively be displayed regardless of 

whedier the product is currently available from a marke^lace seller. Further, the option to 

preorder may be restricted based on fbe types of marketplace listings that currently exist; for . 

instance, if the product is currmtly available from maike^lace sellers but not in the 
20 "collectable** category, an option to preorder a collectable, unit of the product may be 

provided. 

The populated product detail pag^ is finally returned to the requesting user device at 
block 582. 

25 VI, EXAMPLE PROCESS FLOWS 

Process flow diagrams illustrating intoactions between users and the marketplace 
web site will now be described with reference to FIGURE 6 (showing creation of a 
marketplace listing), FIGURE 7 (showing a bulk uploading process), FIGURE 8 (showing 
creation of a preorder listing), FIGURE 9 (showing parallel creation of multiple 

30 marketplace listings fiom a purchase history), and FIGURE 10 (showing a purdiase 
transaction). The left side of each such drawing represents actions performed by a user (via 
a user system 505 and web browser 530), and the actions shown on the rig^t are those of 
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the web site s>^m SIS perfonned via executable code. As will be recognized, die order in 
which the actions occur may be varied, and some actions maybe omitted 
A. Creation of Marketplace Listings 

FIGURE 6 further illustrates the marke^lace listing creation process depicted in 
FIGURES 3D-3E. As described above, this process may be used to create a madcetplace 
listing fiom a product detail page or a purchase history listing. As illustrated, the user 
initially selects a "^sdl** option for a particular product (blodc 60S), and spedfies the 
product's condition (block 610). As described above, the condition can preferably be 
specified by selecting a predefined condition descriptor ("like new,** 'Very good,** etc.), and 
may be further specified by entering a textual comment In response to submission of die 
condition information, the system preferably looks up pricing infom[iation fiom the product 
information and product listing databases S60, 562 (block 615), and returns such 
information (and/or price values calculated tiberefixmi) to the user system 505 for display. 
FIGURE 3D illustrates examples of the types of price information that may be returned to 
assist the sella m selecting a selling price. 

As depicted by blocks 620 and 625 , the seller then specifies the sdhng price axxi the 
location fiom wfaidi the product will be shipped. Hie location infomoation is preferably used 
by the system to calculate shipping costs to be charged to the buyer. The sdler may also be 
asked to specify the shipping methods supported, as in FIGURE 3D. 

The viser may also be prompted to sign-in, and if q)plicable» to register as a seller 
(blodc 630). In one embodiment, an unregistered seller may finish creating the marketplace 
listing before registering, althou^ buyers nu^ be prevented fixnn buying die listed item until 
registration is complete. As part of seller registration, die sdler may be required, or given the 
option, to specify a bank account into which sales proceeds are to be automatically dqx>sited 
by ACH transfer. 

In response to submission of the various information items, the web site system 
preferably generates a transaction summary page of the type shown in FIGURE 3E (block 
635). From this page, the user can confirm the transaction (block 640). Upon such 
confirmation, the web site system preferably detennines whether the new maricdplace listing 
satisfies or ''matches" any preorder listing3 tiiat exist for die product in the product listing 
database 562. A matdi with a preorder listing may be deemed to occur if both (1) the selling 
price is equal to or below the **maximinn price" of the preorder listing, and (2) die condition 
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Specified by the seller is ttie same as or better &an ttie TnininTuni condition specified in the 
preorder listing (see FIGURE 3A). If nniltiple matches exist, the preorder request duit was 
created first may be used. If a matdi is found, die seller may be immediatdy notified that a 
buyer has been foun4 and the new marice^lace listing may be prevented fit>m being 

S displayed to other potential buyers. 

Finally, the product listing database 562 is iq)dated to reflect the new madcetplace 
listing, as well as ibe outcome of the search for a matching preorder. If no match was found, 
this update will cause the p^'^v added marketplace listing to be displayed on the product's 
detail page yAnen the page is loaded by a user (see FIGURE SB). If a match was found, die 

10 TnfttrJHng preorder listing will be folfilled, and will not be displayed on die product's detail 
page; As part of the fiilfillment process, a iro-designated credit card of 1bc buyer (Le., the 
user who created the associated pre-order listing) may be charged, and a porticm of die 
proceeds deposited into the account of the sdler. In addition, the seller may be iH)tified by 
email, or via a web page» of both die sale event and the shipping address of die buyer. 

15 B. Bulk Uploading Process 

FIGURE 7A illustrates a bulk uploading process 700 for loading invatory data of a 
volume seller according to one embodiment To assist the volume seller, die marketplace 
web site may provide instructions regarding die data and file formats siqiported, and may 
provide web forms for prompting the volume seller for the various information items 

20 needed. As shown in FIGURE 7A, the vohmie seller initially selects an inventory listing 
file to iq)load to the marketplace web site SIS (block 705). Hie seUer may select or create 
the inventory listing file using the inventory manag^ent systCTi 535, or may create the file 
manually. . 

In implementations that support multiple file formats, the vohime seller may also 
25 specify the format of die inventory listing file to be i^loaded (blodc 710). The votame seller 
may also specify the format or type of data included in die file. For example, infomiation 
pataining to book BstingstoayfoUow a number of standardized formats. The data fields used 
to specify the items to be listed may vary depending on die type of product invo 1 ved. 

As depicted by blodc 715, the vohime seller may also review and select various 
30 upload options which define the type of replacement algjrithm to be executed with respect to 
the vohmie sella^s product listings. For example, die upload options may include 
"Add/Modify/Delete," *Modify/Delete," "Purge/Replace," or die like. According to one 
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embodiment, the '^Add/Modify/Ddetei*' option causes the system to add listings ^ch are 
new fimn tihe seller, modify those listings which have changed, and delete dK)se listings no 
longarinduded in the inveotoiy listing file. The "Modify/Delete"* option, which may be used 
when die inventory listing file contains no new entries, causes the system to perfbmi a simple 
5 cQnq>aiison against a previous version of die inventory listing file, and to xapAate die product 
listings database with any changes. Tlie 'Turgie^eplacei^ option instructs die online 
marke^lace system to purge all previous product listings of the volume sdler fiom the 
product listing database 562, and to load die replacemot listings of the inventory listing file. 
Hie sdler may also be prompted to review and select p ie fe reaices assodated with the iq>load 

10 operation (block 720), such as shi{^g preferences. 

In one embodiment, the volume seller is also be prompted to specify ^edier the 
listing descriptions or "^records" specified in die inventory file are to be loaded (1) as catalog- 
based or ^'maiketplacej*' listings diat are displayed in the catalog in conjunction with 
corresponding product descriptions, (2) as non<atalog-based listings that are not displayed in 

IS conjunction with oorreqxmding product descriptions, or (3) as either catalog4>ased or non- 
catalog-based listings, depending upcm whether an ASIN or other recogaized product ID is 
supplied or can be identified. For purposes of die following description, it may be assumed 
diat die volume seller has specified eHbsi option 1 or 3 , and thus wishes to have at least some 
of die bulk-i^loaded items appear on corresponding product pages in the catalog 

20 Upon iq)loading die inventory file (blocks 725 and 730), die loader 546 parses die file 

and attempts to match each record to an existing product represented in die product database 
560 and catalog When a record in die uploaded file includes a product ID (ASIN, UPC, 
ISBN, ^c.) diat matches a product ID m die product database 560, die loader 546 simply 
loads the record into the product listing database 562, causing the Usting to diereafter appear 

25 on the product's detail page (assuming no matching preorder listing exists). 

When a record in the uploaded file does not have a product ID, die loader 546 
preferably executes one or more search roxitines to attempt to matdi the record with a product 
rq^resmted m die products database 560, to diereby assign a product ID to the record. For 
example, if die inventory listing file q)ecifies a manu&cturer and model number, the load^ 

30 may seardi the products database 560 for a product of like manu&cturer and model number. 
When a single matdi is found as the result of the search, the loader 546 loads the record into 
the product listing database 562 togedier widi die product ID of the matching product, causing 
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die new maricetplace listing to appear on die matching product's detail paga Hie matching 
logic used in one embodiment is detailed in FIGURE 7B. Jn addition, an exaxnple matching 
routine nsed for bulk-iqdoaded book listings is sunmia^ 1. 

When the loader is imable to find a matching product record in the product database 
5 560, the loader may perform one or more of die following actions: (1) load the record as a 
non-catalog-based listing (e.g., if the user has enabled this option), (2) store die unmatched 
listing for review by an administrator, (3) rgect the listing, or (4) query die inventory 
manag^oit system S3S of the volume seller for more information. 

Upon completion of the matching process, die web site system preferably attempts to 
10 find preorder requests, as described above, diat may be fiilfilled by die newly added 
maricdplace listings (block 735). In some cases, an iq>loaded maike^lace listing may q)ecify 
that die volume seller has multiple units of the item to be listed, in which case die madcetplace 
listing may be used to folfill multiple preorder listings. 

Finally, die loader 546 generates and r^ums a report (block 740) indicating the 
15 success or fiulureofeadi attempt to add a new niaiketplace listing. 



Table! - Process for matching bulk-uploaded record to Product ID (ASIN) 

Given the item-name of the book: 

• Use search APIs to retrieve the ASIN of die exact title 

• If no ASIN matches exact tide, perform a wild card title search using search APIs 

• For eadi ASIN obtained fipom search, fetch record from database 

• Chedc author name, publisher, publish date and the binding information of the incoming 
record against this database record. 

• Calculate accuracy score based on how much information in incoming record and 
database record is the same. 

• Compare all ASINs based on the total score and availability 

• Pick/reject ASINs based on set of rales (see appendix) 

• For an in-print ASIN, all of die fields may be required to match. 

• For an out-of-print (oop) ASIN, only the item-title and author name fields may be 
required to match. 

Figure 7B illustrates the logic used in one embodiment to attempt to uniquely match a 
record in an inv^tory file to a product (and thus ASIN) in a product database. If a single 
20 match is found, the record is associated widi the ASIN of the matching product, and the 
record is loaded into the product listings database as a maike^lace listing for display on the 
m at ching product's detail page. If either (1) no matches are found, or (2) multiple matches 
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are foxmd, Qie reooid is not loaded as a maike^laoe listing but may be loaded as a non- 
catalog-based listing. A scoring process is pEceferably used to drteimine whether a '"match" 
exists. 

C. Preoidering Process 

FIGURE 8 further illxistrates a preorder process 800 by whidi a user may preorder a 
product, as depicted in FIGURES 2 and 3A. As desoibed above, the user preferably 
initiates this process fiom the product's drtail page (blodc 805). In some embodiments, 
users may also or alternatively be pomitted to initiate preordering from otiier types of 
catalog pages, including browse node pages and other pages diat feature multiple products. 

The user first specifies the Tnini'mmn condition of the product (block 810). As 
depicted in blodc 815, the system may use the condition descriptor selected by tibe buyer to 
suggest a price. The price may altonatively be suggested without regard to the condition 
specified by the buyer, as in FIGURE 3A. The user then enters the price (taking into 
account or ignoring the suggested price) (blodc 820), the maximum duration the listing is to 
remain active (block 825), and payment and shipping information for purchasing die 
product (block 830). The xiser may also be pronq)ted to sign in or register (not shown). 

The system thra generates and returns a traxisaction smmnaiy page that provides an 
option for the user to confirm the transaction (block 835). If the usor confirms the 
transaction (block 840), the system updates the product listing database 562 with the 
preorder listing (block 845), causing the preorder listing to thereafter be displayed on the 
product^s detail page. A badcground task may be executed periodically to ronove 
unfulfilled preordor listings diat have expired. 

D. Listing Requests 
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FIGURE 9 illustrates a generai process 800 by vMcSi the maike^lace system may 
use listing requests to solicit new madce^lace listings. As mentioned above, the 
transmission of a listing request to a user may be triggered by a particular event, such as 
passage of a selected time interval from a product's purdiase, submission by the user of a 
S review or rating, purdiase by the user of a superceding product, or the existence of 
preorders for the product As depicted by blodcs 90S and 910, the listing request may be 
for one or more products in the target user's purdiase history, and may be conveyed by 
email or a custom web page. Pop up windows and other display methods may also be used. 

For eadi product, the listing request preferably includes a link to a page of tiie type 
10 shown in FIGURE 3D, allowing the user to initiate creation of a maike^lace listing. Hie 
link is preferably a hyperlink that may be selected by the user, but may alternatively be a 
simple URL (uniform resource locator) that may be copied into the address field of a 
browser. The ID of the product may be encoded within diis link to allow the web site 
system to identify the product upon selection of die link. As ducted in blocks 915 and 
IS 920, for each product selected by the user to resell, the process beginning at blodc 610 of 
FIGURE 6 may be rq>eated. The listing request may also support the ability for die user to 
oeate multiple marke^lace listings in parallel, as depicted in FIGURES 4A and 4B. 

E. Purchasing Process 

FIGURE 10 illustrates a process 1000 that typically occurs when a buyer makes a 
20 purchase from a marketplace listing. This process may be initiated, for example, ^en a 
buyer selects an "add to carf button (not depicted) or a "buy fixwn seller" button 129 (see 
FIGURE IB) fix)m a product detail page (block 1005). In response to die buy request, the 
web site system prompta the buyer to specify the shipping address and payment me^od 
(block 1010). The buyer may typically specify each sudi item of infomiation either by 
25 selecting^confirming information retrieved fiom the user database 564, or by mtering new 
information, hi some cases (not illustrated), single-action ordering may alternatively be used, 
in ^ch case pre-specified shipping and payment information are used to immediately 
complete the transaction. 

In the illustrated example, the system then generates and returns a transaction 
30 summary page that provides an option for the user to confirm the transaction (block 1015). 
If the user confirms the transaction (blodc 1020), the system performs the following 
actions: (1) perfomis a firaud check of buyer/seller, (2) charges the bxiyer's credit card (or 
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otherwise collects payment); (3) transfers resulting proceeds, minus a commission, by ACH 
to the seller's bank accomit (although ttie proceeds fiom multiple sales may be aggregated 
for purposes of such transfa:s); (4) updates ttie product listing database 562 to reflect the 
sale, and (S) sends a purchase notification message by mail to the sellear with shipping 

S instructions (block 1Q2S). These actioiis (IH^ P^onned i^en a preorder listing 

is matdied with a marketplace listing. Additional communications may also be transmitted 
to the buyer or seller, depending on the processes selected by the marketplace operator. 

A purdiase confirmation may also be transmitted by email to the buyer (not shown). 
In some cases, dns confirmation may include a shipment tracking number obtained fi^ 

10 seller, or may specify a store location fiom whidi the purdiased item may be picked xsp. 
This information is also transmitted to the user database 564, so that the user may access 
the order history by viewing his or her account 

If persistent madce^lace listings are siqypoited, Ae system may also decrement an 
inventory count associated with tfie listing. Once this invatory count reaches zero, the 

15 marketplace listing is removed fiom the catalog. 

VIL OTHER SERVICES AND COMPONENTS 

Tlie marke^lace system may also include application components for providing a 
variety of othec services to volume sellera. For example, tibie system may communicate 

20 order fulfillment rq)orts or other sales information to volxnne seHexs in an aggregated or 
bulk format In addition, the syston may support the ability of a seller syston 510 to 
periodically poll the web site to request inventory updates. 

The maike^lace system may also communicate from time to time with vohime 
seller systems 510 to ensure ^t product listings match current inventories. For example, 

25 some volume sellers may list their large inventories for a specific product on many online 
marketplace systems. Thus, at any given moment, multiple systems may attempt to 
complete a transaction for units of the same product To reduce the risk &at the volume 
seller will be unable to fulfill a maike^lace order, the system may query the volume 
seller's system 510 to ensure proper inventory before completing a purchase transactioBu 

30 The system may also support the ability for a marketplace seller to request that a 

payment amount be refunded to a buyer because, for example, the inventory of the seller 
was depleted before the sale, or the buyer was dissatisfied with the item. 

37 



wo 03/038SdO PCTAJS02/348S9 



The maike^lace system may also indxide application components for providing a 
variety of other services to assist buyors in identifying and evahiating products to purchase. 
For example^ the web site may include one or more recommendation services for 
recommending products from the catalog to users based on their respective profiles. In 
S addition, as mentioned above» the site may include a search engine for searching the 
electronic catalog; a browse tree for navigating the catalog by category; a wish list service; 
and a service for allowing users to post product reviews for viewing by others. Example 
implemoitations of these and other types of service components that may be used witiiin 
die marke^lace web site are described in die following co-pending U.S. patent applications 

10 (identified by qiplication number and filing date): 09/821,826, filed March 29, 2001; 
09/442,677, filed November 18, 1999; 09/517,043, filed March 2, 2000; 09/532,230, filed 
March 22, 2000; and 09/715,850, filed November 17,2000. 

The madcetplace web site system m^ also include components for interfodng witii 
other web sites and systems, such that users of sudi systems may perfomi the vaiious 

15 fonctions described hereuL For iiistazK:e, the niadce^lace web site system may be integrated 
with an online services netwoilc such diat users of tiie online services ndwodc can view the 
product catalog, create marketplace and preorder listings, and make marke^Iace purchases, 
using a proprietary client ^licatioiL 

20 VnL CONCLUSION 

Althou^ the invention has been described in terms of certain prefoxed 
embodiments, oth^ embodiments will be appeaxsA to those of ordinary skilled in the art, 
including embodiments tiiat do not include all of the features and benefits set forth herein. 
Accordingly, the invention is defined only by the appended claims. 

25 
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WHAT IS CLAIMED IS: 

1. Ill an online sales syston ±at supports user-to-nser sales, a system for 
fedlitating die ability for users to list products for sale to other users, the system 
comprising: 

a browsable electronic catalog of products that includes functionality for 
useis to make online purchases of products; 

a purchase history traddng component that Tnaintaitm purchase histories of 
users of ttie system, the purchase histories including identifiera of product^ 
purchased from the browsable electronic catalog and 

a marketplace listing creation conqponent that siqyports an ability for a user 
to specify a product to be listed for sale by selecting die product fiom an electronic 
display of at least a portion of die user's purchase history, as maintained by the 
purdiase history tracking conqKment, wbadby the user may select a previously- 
purchased product unit to r&-seiL 

2. The system as in Claim 1, wherein the marketplace listing creation 
component enables the user to list the previously purchased product unit for sale without 
supplying a description that identifies the product 

3. The system as in Claim 1, forther comprising a marketplace listing display 
component that displays pending marke^lace product listings in the electronic catalog in 
association with corresponding product descriptions. 

4. The system as in Claim 1, wherein the marketplace listing creation 
componentsuggests to the user a sdling price for selling a unit of aproduct 

5. The system as in Claim 1, \^erein die electronic display comprises a web 
form that enables the user to select multiple products to list for sale. 

6. The system as in Claim 1, wherein the electronic display is provided in an 
email document sent to the user. 

7. The system as in Claim 1, wherein marketplace listing creation component 
further supports an ability for a user to specify a product to be listed for sale by browsing to 
a description of the product within the electronic catalog and then selecting an option to list 
a unit of the product for sale, said option displayed in the electronic catalog in conjunction 
widi the desCTiption of the product 
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8. ThesystemasinQaim7,whexeintfieopdonto listaunitofthepi^ 

sale is further displayed in ttie electronic catalog in conjtmction wifh an option to purdiase 
a unit of the product 

9. The system as in Claim 7» \^Grein die option to list a unit of fiie product for 
sale is fur&er displayed in the electronic catalog in conjunction with an option to preorder a 
unit of tilie product &om an imspecified maike^lace seller. 

10. A method of listing a product unit for sale within an online marketplace 
system that supports user-t'^-^^'^er s^^es, the method comprising: 

purchasing products via the online marke^lace system over time to generate 
a purchase histocy; 

browsing an electronic display of the purchase history to locate a description 
of a previously purdiased product to be re-sold; and 

selecting an option associated wifh listing ttie previously purdiased product 
for sale, said option provided within the display ofthe purdiase history; 

whereby a user may specify a product to be listed for sale without sqqplying 
a description of die product 

11. The method of Qaim 10, further comprising specifying at least a condition 
of ausit of die product to be listed for sale. 

12. The method of Qaim 11, furtha* comprising receiving from the marketplace 
system an indication of a suggested price for selling the unit of the product, wherein the 
suggested price is based at least in part on die specified condition. 

13. A method for fodlitating user-to-user sales of products within an electronic 
marke^lace syston, the method comprising: 

tracking purdiases made by a user of the electronic marketplace system over 
time to generate a purdiase history for the user; 

for at least a first product included in the purchase history of the user, 
generatingalinkfor listing the first product for sale; and 

transmitting die link to the user by electronic mail to assist the user in re- 
selling a previously purchased unit of the first product 

14. The method as in Claim 13, wherein the link is transmitted to the user in 
response to another user preordering the first product 
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IS* The m^od as in Claim 13» wherein the link is transmitted to the usa: by 
electronic mail in response to the usa performing an online action that evidences 
completion of consumption of the first product 

16. The method as in Claim IS, wherein the online action is one of the 
5 following: (a) submitting a review of the first product; (b) submitting a rating of the first 

product; (c) purchasing a second product that is deoned to supersede the first product 

17. Hie method as in Claim 13, whoein die link is transmitted to the user a 
pred^ermined time period after acquisition of the first product by the user. 

18. The ipethod as in Claim 17, wherein the predetramined time period is based 
10 at least in part on a characteristic of the first product 

19. The method as in Claim 13, herein the link is to a page of the electronic 
maric^lace system that provides fimctionality for listing the first product for sale. 

20. Hie method as in Claim 13, wherein die link is a single action link whidb, 
when selected by the user, causes the unit of the first product to be listed for sale without 

IS fiirtfaer action by the user. 

21. The m^od as in Claim 13, herein the link comprises a uniform resource 
locator that includes an identifia of the first product 

22. The method as in Claim 13, wherein the purchase history includes at least 
one of the following: (a) online retail purchases made by ttie first user, (b) gift purchases 

20 made by other users for the first user. 

23. A computer system c(»ifigured to perform the method of Qaim 10. 

24. A method for focilitating user oreation of online listings for selling items to 
other users in a user-to-user sales system, the mdhod comprising: 

monitoring user actions p^^nned with respect to an electronic catalog of 
2S products to detect a user action that evidences ownership by a first user of a first 

product represented in the electronic catalog of products; and 

in response to detection of the user action, transmitting to the first user a 
message that provides an option to list the first product for sale, said option being 
selectable by the first user to initiate creation of an electronic user-to-user sales 
30 listing. 
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25. The method of Claini 24, further compdsing; in response to selection of the 
option by the first user, pronq>ting tilie first user to specify at least a condition of die first 
product and a selling price. 

26. The method of Qaun 24, wherein the user action is a purdiase of the first 
S productby the first user. 

27. The method of Claim 26, wherein the message is transmitted to the first user 
a sdected time period after the purdiase of the first product by the first user. 

28. The method of Claim 24, wherein the iiser action is a purchase of the first 
productby a second user as a gift finr die first user. 

10 29. The mediod of Qaim 24, wherein the user action is an dectronic submission 

by the first user of at least one of the Mowing: (a) areview of the first product; (b) a rating 
of the first product 

30. Hie method of Claim 24, wherein the user action is a purchase by the first 
user of a second product diat siq)ercedes the first product 
15 31. ThemdhodofClaim24, wherein the message is transmitted to the first user 

within an electronic mail oommunicatioiL 

32. The method of Claim 31, wherein the electronic mail communication 
includes a IitiV to a web page that prompts the first user to enter at least a price and 
condition of the first product • 
20 33. The mdhod of Claim 24, whCTcin the message is transmitted to the first user 

within a personalized web page. 

34. A compute syston configured to perform the method of Claim 24. 

25 
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TKib lisnw dympuo Conriedia 0-510 Digltd Comoro Vduo Pockogo 

.AS^ B00005W7VX 

Co^K^ttoTs: Used - L&o Not? 

Co7f<dtls7) oommcTito: I got this os o gift 3 montho ogo 

Aco^tcd ^ym^t mtsthodoc Stor&com Poym^ts only 

your pHc<3: §290.00 

STCJ^CC:^ ccnwnidcji (ff coW): §44.49 

CTG^ cc3^ §6.91 for stondcrd shipping 
§9.57 for e^cditcd chipping 

(IntGHiotiond chtppfng is not ovoSoMg for this item) 

Totd yitw oCJ rccofvo ooJd): §252.42 for stondcrd shipp'tng (U.S. buyers) 

§255.08 for e}9>ed]ted dipping (U.S. buyars) 
(Read Stor©.co7n'8 ortcino ouiddinss and shioptnq poiicv) 



aick this button to list your item: |^ @Ust item for solo) 



8/19 



WO03/038SM. 



PCT/DS02/348S3 



400- 



Fie EdK Vimr Go Fovorita Hdp 



BodcForw.*. Stop Rvfreih Hom« Saorch Fovorita PrSrt Font Mol 



AddTM 



http; //wyw.5tof.com/u>ar/occount/purdiogea.himi |V| 



PURCHASE HISTORY FOR BARRY BUYER 




BOOKS: 



OROGR 
NO. 



ORDCR 
DATE 



REOPtENT 



THE HUNT FOR 
RED OCTOBER 

THE PARTNER 



S0304444301 March 3, 2009 Barry Bu>«r 



100299333111 Jbrw 8, 2009 Barry Buyer 



SELL 
ITEM 



6" 



4fa 
4fa 




MUSIC: 



^TRAIN: DROPS 
OF JUPnER 



321684123816 October 5. 2009 Barry Buyer 



4fO 




.1—1. 



SOFTWARE: 



^ NEED FOR SPEED 326941888299 October 10, 2009 Barry Buyer 

PORSCHE UNLEASHED 



4f0 



Ust Checked 
litems For Sde 



F/G, 4A 



9/19 



wo 03/038560 



PCT/US02/348S3 



450 




Fla Cdft view Go FovorfU H«lp 



Bock Forw.^ Stop Rafr-eah Homo Saoreh Fovorfto PRrtt Foot Hoi 



Addrew | http; //www,»torgLCom/ugor/occount/re>dU»tml 



ITEM 



THE HUNT FOR 
RED OCTOBER 
(HARDCOVER) 



TRAIN: DROPS 
OF XlKiitw 
(AUDIO CD) 




ITEMS FOR RESALE 



CONDITION AND YOUR 
SUGGESTED PRIONG PRICE 



COMMENTS 



□ UKE NEW 

□ VERY GOOD 

□ GOOD 

□ ACCEPTABIE 



$20.00 

$iaoo 

$15.00 
$t0.00 



□ UKE NEW 

□ VERY GOOD 

□ GOOD 

□ ACCEPTABLE 



$1Z0O 
$1100 
$9.00 
$7.00 



r/G. 4B 

10/19 



wo 03/038560 



PCTAJS02/348S3 
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Mail From: Marketplacee8tore.com 



File EdH View Send Action lode Window Hdp 



FroQK 
SttbJ; 



Barry Buyer 
MarketplaceOBtor6.coiD 



Dear Barry Buyer 

Would you like to make money sellJng your used Items in our 
online marketplace? Just Click on an item in your purchase history 
below to list that item for sale (you will have a chance to specify 
it's condition and price), or aick here if you hove something else to sell. 



The Hunt For Red October by Tom aancy. Hardcover, purchased retail 
on 10/1/2001. 



IMAX - The Living Sea, 1995 (DVDl purchased retail by Imuto Buyer 
from your wish list on 8/1/2001. 



Samsung Mini Yepp 64MB MP3 Player, purchased from Marketplace 
AudiosalesOyahoo.com on 5/1/2001. 
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Q. 
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wo 03/038560. 



PCT/US02/34M3 



RECEIVE REQUEST 
FOR PRODUCT DETAIL PAGE 




-572 



RETRIEVE BASE 
DETAIL PAGE DOC 



I 



574 



RETRIEVE CATALOG CONTENT 
FOR PRODUCT FROM PRODUCT 
INFORMATION DATABASE AND 
ADD TO PAGE 



I 



•576 



RETRIEVE MARKETPLACE AND 
PREORDER USTINGS (IF ANY) 

FROM PRODUCT USTINGS 
DATABASE AND ADD TO PAGE 



'573 



PRODUCT 
AVAILABLE FROM AT 
LEAST ONE MARKETPLACE 
SELLER 
? 

YES 



.NO 



-532 



RETURN PAGE 



1 



'530 



INSERT OPTION 
TO PREORDER 
PRODUCT 



F/G. 5B 



13/19 



WO03/038S60 



PCT/US02/348S3 



SELLER 

. — 605 
SELECT SELL OPTION | 

SPECIFY CONDITION I 



-620 



ENTER PRICE 



I 



ENTER LOCATION 



I 



-625 



-6JO 



SIGN-IN/REGISTER 
(IF APPUCABLE) 



i 



-640 



COMMIT USTING 



WEB SITE 



-600 



1 



■6f5 



GATHER PRICING 
INFORMATION 



6J5 



GENERATE ELECTRONIC 
SUMMARY PAGE FOR 
TRANSACTION 



-645 



CHECK PREORDERS AND 
UPDATE PRODUCT 
USTING DATABASE 



F/G. 6 
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wo 03/038560 



PCT/US02/348S3 



SELLER 



-705 



SELECT INVENTORY 
USTING RLE 



-7W 



SPECIFY FILE FORMAT 



■775 



SPECIFY UPLOAD 
OPTIONS 




720 



725 




730 



ATTEMPT TO MATCH EACH 
RECORD WITH PRODUCT IN 
PRODUCT DATABASE (FIG. 78) 
LOAD MATCHING RECORDS 
AS MARKETPLACE USTINGS 



-7J5 



CHECK PREORDERS AND 
COMMIT USTINGS 



-740 



GENERATE/UPLOAD 
SUCCESS REPORT 



F/G. 7A 
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wo 03/038560 



PCT/US02/348S3 



PROCESS RECORD 
INVENTORY RLE 



/7a 7B 




[RECORD 

VAUO 

(engage' 
asinator to 

PROCESS 
IHE RECORD) 



LOAD RECORD AS 
MARKETPLACE US11N6 



EXECUTE SEARCH TO 
RETRIEVE ASINS OF 
MATCHING PRODUCTS 
(SEE TABLE 1) 



Dumber 
CASiNS retrievedD 
>-i 
? 



ERROR CASE: 
L ASIN NOT FOUND 



ND/ 



0 



LOAD RECORD AS 
MARKETPUCE USTING 



NG/ 



'AVAILABIUTY = 
JVaNJNJ»RINTJ<, 

? 



CHECK SCORES OF THE 
OOP ASINS AND STORE 
THE ASIN(S) WTH THE 
MAX SCORE 




CHECK SCORES OF EACH OF THE 
ASINJNJ»RINTJ<JSSINS 



ERROR* 
MULTIPLE MATCHES 
FOUND 
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wo 03/038560. 



PCT/US02/348S3 



BUYER 



305 



SELECT PREORDER OPTION 
FROM PRODUCT DETAIL 
PAGE 



z: 



3W 



SPECIFY CONDITION 



ENTER PRICE 



320 



■325 



ENTER DURATION I 

^ ~ \^3JO 



SPECIFY SHIPPING/ 
PAYMENT INFORMATION 



840 



COMMIT USTING 



F/G. 3 



17/19 



WEB SITE 



■soo 



3/3 



GATHER PRICING 
INFORMATION 



J 



3J^3 



GENERATE ELECTRONIC 
SUMMARY PAGE FOR 
TRANSACTION 



345 



UPDATE PRODUCT 
USTING DATABASE 



wo 03/038560 



PCr/US02/348S3 



RESELLER 



WEB SITE 



900- 



9f5~ 



SELECT ONE OR MORE 
ITEMS TO RESELL 



920- 



i 



FOR EACH SELECTED ITEM 
GOTO na 6, BLOCK 610 



905' 



GENERATE USTING REQUEST 
SPECIFYING ONE OR MORE 
ITEMS SELECTED FROM TARGET 
USER'S PURCHASE HISTORY 



970 



SEND TO USER BY 
EMAIL OR WEB PAGE 



F/G. 9 
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wo 03/038560 



PCT/US02/34853 



BUYER 



WEB SITE 



-f005 



SELECT BUY OPTION 



■WfO 



SPECIFY SHIPPING/ 
PAYMENT INFORMATION 



L 



W20 



COMMIT PURCHASE 



-WOO 



1 ^ 



fOfS 



GENERATE ELECTRONIC 
SUMMARY PAGE FOR 
TRANSACTION 



f025 



FRAUD CHECK OF BUYER; CHARGE 
BUYER CREDIT CARD; INSTRUCT SELLER 
TO SHIP IT TO BUY TRANSFER FUNDS 
TO SELLER'S ACCOUNT; UPDATE PRODUCT 
USTING DATABASE TO REFLECT SALE; 
UPDATE BUYER'S OR GIFT RECIPIENT'S 
PURCHASE HISTORY 



F/G, W 
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This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the. original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 



((ij^URRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 



□ FADED TEXT OR DRAWING 




